REMARKS 

Applicant has studied the Office Action dated September 19, 2007. Claims 1-7, 
9-17, 19, and 21 are pending. Claims 1-7, 9-17, 19, and 21 have been amended and 
claims 8, 18, and 20 have been canceled without prejudice. Claims 1, 5, 17, and 19 are 
independent claims. No new matter has been added as the amendments have support 
in the specification as originally filed. 

It is submitted that the application, as amended, is in condition for allowance. 
Reconsideration and reexamination are respectfully requested. 

Amendments to Specification 

With this paper, a substitute specification, excluding claims, has been submitted 
in order to more clearly disclose the invention and to correct informalities that are the 
basis for objections to the specification. Pursuant to 37 CFR 1.125(b), a clean copy of 
the substitute specification and a marked-up copy of the substitute specification have 
been submitted, the marked-up copy indicating the matter being added to and deleted 
from the specification of record. The substitute specification includes no new matter as 
the additions to the specification of record have support in the specification as originally 
filed. 

Claim for Foreign Priority under 35 U.S.C. §119 

The Examiner acknowledged the Applicant's claim for foreign priority under 35 
U.S.C. § 119(b) and indicated that a certified copy of the priority document had not yet 
been received. A certified copy of the priority document, 10-2002-0040039, filed on July 
10, 2002 will be submitted separately via U.S. mail. 

Amendments to the Claims 

Claims 1-7, 9-17, 19, and 21 have been amended to address claim objections 
based on informalities, correct typographical or grammatical errors or to more clearly 
disclose the invention. It is respectfully submitted that the amendments have support in 
the application as originally filed. 
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Objection to Specification 

The Examiner objected to the specification due to informalities. Specifically, the 
Examiner indicated that the specification is replete with terms which are not clear, 
concise and exact, and required revision of the specification in order to comply with 35 
U.S.C. § 112, first paragraph. 

It is believed that the substitute specification submitted herewith addresses this 
objection. Accordingly, it is respectfully requested that the objection be withdrawn. 

Objections to Claims 

The Examiner asserts that there are translation errors throughout the claims. In 
addition, the Examiner objected to claim 2 due to informalities. Specifically, the 
Examiner asserted that claim 2 fails to further limit the independent claim references. 

With this paper, claims 1-7, 9-17, 19, and 21 have been amended and it is 
believed that amendments to the claims address these objections. It is respectfully 
submitted that the grounds for objection have been overcome and it is respectfully 
requested that the Examiner withdraw the objection. 

§112 Rejections 

Claims 1, 8, and 18 were rejected under 35 U.S.C. § 112, second paragraph, and 
the Examiner asserted that the phrase "etc." or "such as" renders the claims indefinite. 

With this paper, claims 8 and 18 have been canceled without prejudice. It is, 
therefore, respectfully submitted that the rejection is moot with respect to claims 8 and 
18 and it is respectfully requested that the rejection be withdrawn. 

In addition, claim 1 has been amended and does not recite the above-mentioned 
phrases. Accordingly, it is respectfully submitted that the grounds for the rejection have 
been overcome and it is respectfully requested that the Examiner withdraw the 
rejection. 

§ 1 02 Rejections 

Claims 1, 2, 5-8, and 16-21 were rejected under 35 U.S.C. § 102(e) as being 
anticipated by Nagaoka et al. ("Nagaoka" U.S. App. 2002/0180579 A1). Applicant 



9 



Docket 20B0-3323PCT 



respectfully disagrees with the Examiner's interpretation of Nagaoka and respectfully 
traverses the rejection. 

With this paper, claims 8, 18, and 20 have been canceled without prejudice. It is, 
therefore, respectfully submitted that the rejection is moot with respect to claims 8, 18, 
and 20 and it is respectfully requested that the rejection be withdrawn. 

With regard to the rejection of independent claim 1 , it is respectfully noted that 
the Examiner asserts, at paragraph 4 of the Office action, that Nagaoka discloses that 
"the control unit processes a possible service request, changing a service request from 
a remote access service unit into at least one UPnP message" at page 5 in paragraphs 

0091 , 0093, and 0095 and "the control processing unit changes a message from a 
UPnP device into a notification request in case of need and transmitting it to a remote 
access service unit" at page 5 in paragraphs 0092-0094. 

Applicant's review of the cited portions in Nagaoka reveals that Nagaoka 
discloses "(e]ach home-located electronic device has a function to communicate with 
home server 61 via home bus 64" in paragraph 0091 , "security system 63 detects that a 
window is broken. ..communicates with home server 61 via home bus 64. Security 
system 63 transmits notification of the emergency... to home server 61" in paragraph 

0092, "[tjhe communication standard for home server 61, home-located electronic 
device group 62, and security system 63 may be used on an optional basis. ...For 
example, ...UpnP (Universal plug and play)" in paragraph 0093, "[hjome server 61 
communicates with home network management facility 5 via mobile packet 
communication network 2, and controls home-located electronic device group 62 and 
security system 63" in paragraph 0094, and "home network management facilty 5 
receives a control instruction for remote control from a user of terminal 1 , ... and 
transmits the received control instruction to home server 61 in home network 6 via 
mobile packet communication network 2" in paragraph 0095. 

It is respectfully noted that Nagaoka merely discloses the word "UpnP" as an 
example of the communication standard, but is silent as to how to apply the "UpnP" to a 
remote control system of a home network as in the presently claimed invention. 
Therefore, it is further respectfully submitted that nowhere in Nagaoka does it disclose 
or suggest " changing a service request from a remote access service unit into at least 
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one UPnP (universal plug and play) message or changing a message from a UPnP 
device into a notification reguest ; and transmitting the UpnP message or the notification 
request to the remote access service unit" as recited in claim 1 . 

Although claim 8 has been canceled, the rejection of claim 8 is discussed below 
since significant features of claim 8 have been incorporated into claim 5 to more clearly 
disclose the present invention and to further distinguish the present invention from the 
cited reference. With respect to the rejection of claim 8, the Examiner asserts, at page 7 
of the Office action, that Nagaoka discloses "the profile database includes a screen 
size, type of input device, and provider network bandwidth" and cites paragraphs 0085 
and 0133 to support the assertion. However, it is respectfully noted that the Examiner is 
silent as to disclosure in Nagaoka of a list of devices preferred by the user, a list of 
requested events, services available from the provider, and user access priority for each 
device, recited in original claim 8. 

It is respectfully noted that a proper rejection for anticipation under § 102 requires 
complete identity of invention. The claimed invention, including each element thereof as 
recited in the claims, must be disclosed or embodied, either expressly or inherently, in a 
single reference. Scripps Clinic & Research Found, v. Genentech Inc. . 927 F.2d 1565, 
1576, 18 U.S.P.Q.2d 1001, 1010 (Fed. Cir. 1991); Standard Havens Prods., Inc. v. 
Gencor Indus.. Inc. . 953 F.2d 1360, 1369, 21 U.S.P.Q.2d 1321, 1328 (Fed. Cir. 1991). 

Since the Examiner has not cited any disclosure in the text of the Nagaoka 
specification in connection with the above-mentioned elements recited in original claim 
8, it is respectfully asserted that Nagaoka fails to anticipate the present invention as 
recited in original claim 8. It is respectfully submitted that claim 5, as amended, recites 
"the remote access service unit includes a profile database comprising: a list of devices 
preferred by the user : a list of reguested events : performance of the remote access 
terminal including a screen size and a type of an input device; network provider's 
network bandwidth and services available from the provider : and user access priority for 
each device ." It is further respectfully submitted that Nagaoka fails to disclose or 
suggest the features recited in claim 5, as amended. 

Therefore, it is respectfully asserted that claim 5 is allowable over the cited 
reference. 
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With regard to the rejection of claim 16, it is respectfully submitted that original 
independent claim 16 has been amended to depend from allowable claim 5, and 
therefore, it is respectfully asserted that claim 16, as amended, is allowable at least by 
virtue of is dependence from the allowable base claim. 

Although claim 18 has been canceled, the rejection of claim 18 is discussed 
below since significant features of claim 18 have been incorporated into claim 17 to 
more clearly disclose the present invention and to further distinguish the present 
invention from the cited reference. With respect to the rejection of claim 18, the 
Examiner asserts, at page 7 of the Office action, that Nagaoka discloses "the remote 
control system also includes a setup module for initializing the device control processing 
unit," citing paragraph 0152; "the profile database of the remote access service unit," 
citing paragraphs 0085, 0086, and 0133; and "a communication module having 
asynchronous notification function," citing Fig. 2 and paragraphs 0104-0106 to support 
the assertion. 

Applicant's review of the cited portions of Nagaoka reveals that Nagaoka 
discloses that terminal performs a packet registration at mobile packet communication 
network to exchange packets via mobile packet communication network in paragraph 
0152. Nagaoka also discloses that the communication capability of terminal 1 is 
determined by the maximum amount of data in a single reception, the size of the 
picture, the number of picture elements, the variations in colors and gradations, and the 
data format of the data which can be displayed in terminal in paragraph 0085. Nagaoka 
further discloses that terminal 1 comprises a memory function in paragraph 0086. 
Furthermore, Nagaoka discloses that the display capability, communication capability, 
and the communication standard corresponding to the model of terminal are provided in 
terminal information database in paragraph 0133. 

Contrary to the Examiner's assertion, it is respectfully submitted that Nagaoka 
fails to disclose or suggest "a setup module for initializing the device control processing 
unit," recited in amended claim 17 because Nagaoka merely discloses a packet 
registration performed by a terminal, which is believed not to be equivalent to the setup 
module for initializing the device control processing unit. It is further respectfully 
submitted that Nagaoka fails to disclose or suggest "the profile database of the remote 
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access service unit," recited in claim 17 because Nagaoka merely discloses "terminal 
information database" and "communication capability" of the terminal. 

In addition, it is respectfully noted that the Examiner is silent as to disclosure in 
Nagaoka of "asynchronous notification functions comprising e-mail, voice telephone, 
and SMS (short message service) ." recited in original claim 18. 

Although claim 20 has been canceled, the rejection of claim 20 is discussed 
below since significant features of claim 20 have been incorporated into claim 19 to 
more clearly disclose the present invention and to further distinguish the present 
invention from the cited reference. With respect to the rejection of claim 20, the 
Examiner's assertion, at page 5 of the Office action, is silent as to disclosure of "a 
remote access server which functions as a local CP (control point) and transmits a 
request to the remote control, or receives an answer from the remote terminal, wherein 
the remote access server is included in the local home network or an internet provider 
server," recited in original claims 19 and 20. In particular, it is respectfully submitted 
that Nagaoka fails to disclose or suggest at least the feature, " the remote access server 
is included in the local home network or an internet provider server ." recited in claim 19, 
as amended 

Therefore, it is respectfully asserted that independent claims 1, 5, 17, and 19 are 
allowable over the cited reference. It is further respectfully asserted that claims 2, 6, 7, 
19, and 21, which depend from claim 1 , 5, or 19, also are allowable over the cited 
reference. 

§ 103 Rejections 

Claims 3 and 4 were rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Nagaoka. This rejection is respectfully traversed. 

It is respectfully asserted that claims 3 and 4 are allowable at least by virtue of 
their dependencies upon patentable independent claim 1. 

Claims 9-15 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Nagaoka in view of Nassehi et al. ("Nassehi" U.S. Patent 5,081,622). This rejection is 
respectfully traversed. 
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Nassehi fails cure the deficiencies of Nagaoka with regard to "the remote access 
service unit includes a profile database comprising: a list of devices preferred bv the 
user : a list of requested events : performance of the remote access terminal including a 
screen size and a type of an input device; network provider's network bandwidth and 
services available from the provider : and user access priority for each device. " recited in 
claim 5. Therefore, ciaims 9-15 are allowable over Nagaoka and Nassehi. 

It is respectfully asserted that claims 9-15 are allowable at least by virtue of their 
dependencies upon patentable independent claim 5. 
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CONCLUSION 



In view of the above remarks, Applicant submits that claims 1-7, 9-17, 19, and 21 
of the present application are in condition for allowance. Reexamination and 
reconsideration of the application, as originally filed, are requested. 

No amendment made was related to the statutory requirements of patentability 
unless expressly stated herein; and no amendment made was for the purpose of 
narrowing the scope of any claim, unless Applicant has argued herein that such 
amendment was made to distinguish over a particular reference or combination of 
references. 

If for any reason the Examiner finds the application other than in condition for 
allowance, the Examiner is requested to call the undersigned attorney at the Los 
Angeles, California telephone number (213) 623-2221 to discuss the steps necessary 
for placing the application in condition for allowance. 



Date: November 5, 2007 




Richard C. Salfelder 
Registration No. 51,127 
Attorney for Applicant 
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Substitute Specification (Marked-up) 
Application No. 10/520498 Attorney Docket No. 2080-3323-PCT 

A-REMOTE CONTROL SYSTEM OF A HOME NETWORK 

CROSS-REFERENCE TO RELATED APPLICATIONS 

Pursuant to 35 U.S.C. § 1 1 9(a). this application claims the benefit of earlier filing 
date and right of priority to Korean Application No. 10-2002-0040039, filed on July 10. 
2002. the contents of which are hereby incorporated by reference herein in their 
entirety. 

TECHNICAL FIELD 

The present invention relates to a home network, and in particular^ to a remote 
control system of a home network using UPnP (universal plug and play). 

BACKGROUND ART 

With the development of Internet and digital technologies, researches en-a in the 
field of home network for-fietel connecting PCs, network devices, AV devices, electric 
home appliances^ and home automation devices, etc. in a house have been act i v el y 

UPnP (universal plug and play) is one of influential industrial standards ©n-a in 
the filed home network-fiels\ and many companies all over the world cons i st of belong to 
a UPnP forum. 

In general, a UPnP network system consists of plural devices providing a 
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network service and a CP (control point) for controlling the pl u ral a plurality of devices. 
Herein, the CP is for controlling various devices, and the device can be a PC cont ac ted 
connected to a home network and network devices, etc. Through the CP, a user 
d i scov e ries discovers various devices, finds out their description and controls them. 

On the other hand, the device transmits an event to the CP and provides a 
presentation page to the CP, and accordingly,, it is possible to control and grasp a state 
of the device by using a web page. 

First, a theJJPnP protocol structure of a general UPnP architecture version 1 .0 
will be described with reference to accompanying FIG. 1. 

FIG. 1 is an exemplary view illustrating a structure of a-the UPnP protocol. As 
depicted in FIG. 1, the UPnP protocol includes a network layer 111; a transport layer 
112 having a UDP and a TCP; a presentation/session layer 113 having a protocol such 
as HTTP, XML (extensible markup language), SOAP (simple object access protocol) 
and SSDP (simple service discovery protocol), etc. and an architecture such as GENA 
(generic event notification architecture); and an application layer 1 14 having information 
related to a UPnP device, a ForumP and a provider, etc. 

In a UPnP network system using the UPnP protocol, communication between the 
CP and the device is performed by passing an addressing step for allocating an IP 
address to the device; a determination discovery step for mak i ng by which the CP 
determines the d i scover existence of the device; a description step for mak i ng by which 
the CP ekteift- obtains service information supported by the device; a control step for- 
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eaHmq- by which the CP calls a service of the device by th e CP ; an event step for 



for presenting a state of the device and control information. 

Among foose -these steps, the 4isGQvefv- determination step for disco v ering 
determining the existence of the device wiil be described in detail with reference to FIG. 
2. 

FIG, 2 is a state-diagram illustrating actions involved in the d i scov e ry 
determination step of the UPnP network system . As depicted in FIG. 2, a device 221 
performs multicasting of CPs 211, 212, a CP 213 transmits a search message to 
devices 221, 222, and the device 222 responds. 

First, in order to cfeeevef- determine that the device exists , the CP performs the 



protocol). Accordingly, when the device 221 Geniaete- connects to the UPnP network, it 
performs multicasting of an advertisement message, and accordingly the CPs 211, 212 
confirms existence of the device through a multicast message from the device 221. 

And, when When the CP contacts connects to the UPnP network, the CP 213 
multicasts a search message, the device 222 receives the search message and 
transmits related information thereof to the CP 1 13 by unicast. Herein, the CP uses the 
SOAP (simple object access protocol) in order to control the device contact e d 
connected to the UPnP network, and the CP uses the GENA (generic event notification 



notifying the CP of the device's 



status change ; and a presentation step 




- determination step by using the SSDP (simple service discovery 
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architecture) in order to receive the state event of the device. 

However, in the present UPnP device architecture version 1.0, it is assumed that 
th e r e ar e all co n s tru ct i on p a rts all components of the home network arejn a local 
network, and contact service in a remote place is not considered part i cular l y . Becauso 
of that Therefore , when there is a contact service request from a remote place, it may 
not be supported. In more detail, when there is limitation due to bandwidth or 
processing performance of a remote terminal, UPnP message translation for a cas o 
h a v i ng con s tra i nt d uo to a bandwidth or a proc e ss i ng p o rformanco of a r o mot o t e rm i n al 
has t o be shouid be performed var i ous l y - according to service types. However, a plan for 
how to perform mutual operation between a comparatively complicated device and a CP 
by a simple user command and event has not been presented. 

In addition, in order to provide a home network service to various remote 
terminals, input/output to the remote terminal has to be separated from service 
contents r . ftoweve^ However, a plan for performing ft- this separation efficiently has not 
been suggested. For example, in case of a service using XML (extensible markup 
language), XML pages are generated regardless of k4nds- the type of a terminal, and 
only terminal display format is varied. 

I n th e conventional art, in In a conventional home network using a standard which is 
not the UPnP home network but anoth e r stand ar d , although access from a remote place 
to the home network eafr could be implemented, hewever-there are fo ll ow i ng problems 
in this implementation . 
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First, because a user has to log in tp_a provider's network, -it there may be a 
burden to the provider m-with respect to the scalabifity-aspeet In more detail, because 
server capacity has to be increased according to increase of the number of users, 
disut il ity ineffectiveness may b e caus e d result , processing time delay may result due to 
occur by pass i ng a relay server, and the user may h a v e unp lea s an tn ess feel 
uncomfortable b e c a us e o f providing the user's personal information to the provider. 

In addition, when a plwalplurality of users access simultaneously, collision may 
occur in the home network and devices, and accordingly-thus, it may cause the users 
inconvenience because there is no clear collision solution. 



T E CHN I CA L G IST-SUMMARY OF THE PESgMT-iNVENTION 

In order to solve the above-described problems, it is an object of the present 
invention to provide a remote control system of a home network capable of monitoring a 
state of devices connected to a home network and controlling the devices by using 
various terminals in a remote place. 

In addition , in lo cal h om e net work t e ch nique s , it It is another object of the present 
invention to provide a remote control system of a home network capable of controlling 
devices in a home network by contact i ng connecting to the home network from a remote 
place by using a device such as a mobile terminal or a personal computer using a web 
browser. 

5 Customer No. 035884 



Substitute Specification (Marked-up) 
Application No. 10/520498 Attorney Docket No. 2080-3323-PCT 

In order to achieve the above-mentioned objects, a remote control system of a 
home network in accordance with the present invention includes a local home network 
m-to which etoal a plurality of devices are connected; a remote terminal for controlling 
the local home network in a remote place; and a remote access server having a 
fun c tion acting as a local CP (control point) and facilitating communication with 
transm i tting/rocoiv i ng r e quest/ a nsw e r to/from the remote terminal. 

The remote access server is included in a- thejocal home network or an Internet 
provider server, or can be constructed so as to have functions divided into a local home 
network and a provider server. 

A remote control system of a home network includes a device control processing 
unit o p e rat e d - operating as a CP (control point) for mutual operation with plural a 
plurality of devices and controlling the devices according to a service request from a 
remote terminal; a remote access service; unit for notifying the device control 
processing unit of the service request from the remote terminal; and a remote terminal 
service unit for converting the user request from the remote terminal into a service 
request, transmitting it to the remote access service unit and transmitting a response 
from the remote access service unit to a pertinent terminal. 

Accordingly, when a web service request of a remote terminal is transmitted from 
a remote access service unit, the device control processing unit may convert converts it 
into at least one UPnP message c hang e format . When Mne service request can be 
processed with reference to a home network view of a pertinent local CP corrospondod 
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corresponding to the remote terminal, the device control processing unit does not 
perform UPnP message Ghangeexchange. When rt- the device control p rocessing unit is 
required to respond to a UPnP message from the device, the device control processing 
unit transmits a notification request to the remote access service unit. 

The remote control system of the home network includes a remote access 
service unit for receiving a user's web request from a remote terminal service unit; 
transmitting ft- the web request to a device control processing unit by converting it into a 
co r resp o nde d corresponding service request according to contents of the web request; 
and transmitting a web response for a pertinent remote terminal to the remote terminal 
service unit by having a service view consisting of a set of at least one web document. 

The remote access service unit includes a profile database, determines a service 
view of a remote access service according to sewee- se rv i ce- re lated information 
recorded in a profile database^ and provides various remote access services to a user 
and a remote terminal with reference to the service view. 

The profile database includes information such as a list of user's preferred 
dev4ce devices 4ist, a list of req u e st requested e v en t lis t events information related to , 
performance of the remote access terminal^ such as a screen size and a kmd- type of an 
input device, a network prov i der provider's n e twork bandwidth and providable 
sefvice services available from the provider , and user access priority list- listed by 
devices. Hefeirva-A service view of the remote access service is determined according 
to s ervic e service-related information recorded in the profile database T and A according^ 
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various remote access services can be provided. 

The remote control system of a home network includes a remote terminal service 
unit for performing mutual communication , such as web request/response with a remote 
terminal by having a built-in web server, transmitting a web request from a user to a 
remote access service unit, and transmitting a web response as to a remote terminal in 
a form of a web document fern-generated with reference to a recent service view from 
atthe remote access service unit to a r e mot e t er m inal. 

Aftdr-the- The remote control system of cla i m 17 further includes a setup module 
for initializing the device control processing unit and the profile database of the remote 
access service unit; and a communication module having asynchronous notification 
functions such as e-mail, voice telephone and SMS (short message serviced etc. 

In addition, the remote access server is constructed to provide services to p l ura l 
a plurality of remote terminals by ha v ing via a method for relaying a local CP of the 
device control processing unit with-to a remote terminal and a eJwal- method for 
simultaneously accessing the plurality of terminals simultaneous access method forby 
the remote access service unit. 

ln4he The method for relaying a local CP of the device control processing unit 
with a remote terminal-there afe is based on a m e t ho d fo r having eadvajocal CP for 
each remote terminal, a m e thod for having one local CP in the device control 
processing unit x and a-me thod for having a local CP by d e v i c e s k i nds for each type of 
device . 
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Because a home network view exists by t e rm i na l s for each terminal , th e method 
fef having a CP ky- t e rm i na l s for each terminal is simple and easy to implement. 

j fi th e m e thod for To facilitate having one local CP in the device control 
processing unit, given that b e caus e a single home network view is used, there is a 
process for extracting information for each remote terminal. I n t h at cas o , p l ur al A 
plurality of remote terminals co own ( share) service requests, and one service result 
can be transmitted to the pJwai- pluralitv of terminals. 

In the m e thod for To facilitate having a local CP by d e v i c e k i nds for each type of 
device , it is possible to simplify each local CP , how o v o r . However, a process for 
extracting information for each service from the home network view by device kindsfor 
each type of the device is required. 

Fo r the p l ura l t e rm i na l s s i m ul t a n e ous acc e ss m e thod To facilitate simultaneously 
accessing the plurality of terminals , a mechanism for solving collision in the local home 
network is included , specificallv- namelv. a local home network collision solving 
mechanism for simultaneous access of the plwal pluralitv of remote terminals-4s 
j nc l ud ^d 

The remote access service unit includes a home network collision solving 
mechanism performed tn-ata home network level, a device level, an operation levelj. or 
performed unmixing at both a device level witfr-and an operation level. The home 
network collision solving mechanism performed in-aUhe operation level solves a 
collision problem according to a user priority rank, a- an order of remote access contac t 
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pfdef connection and an order of -operation-ofdef. 

The home network collision solving mechanism is stored in the device access 
database in- inciuded the profile database. 

Other objects, characteristics and advantageous of the present invention will 
become clear through detailed descriptions with reference to accompanying drawings. 

BRIEF DESCRIPTION OF DRAWINGS 

The accompanying drawings, which are included to provide a further 
understanding of the invention and are incorporated in and constitute a part of this 
specification, illustrate embodiments of the invention and together with the description 
serve to explain the principles of the invention. 

In the drawings: 

FIG. 1 is an exemplary view illustrating a structure of a UPnP protocol; 

FIG. 2 is a state diagram illustrating a determination disco v er y step for 
determining d i scov e ri nq-existence of a device by CPs (control point) in a UPnP network; 

FIG. 3 is a block diagram illustrating a remote control system of a home network 
in accordance with the present invention; 

FIG. 4 is a block diagram illustrating a remote access server in accordance with 
the present invention; 

FIG. 5 is a flow chart illustrating UPnP conversion processes using a single clock 

point; 
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FIG. 6 is an exemplary view illustrating a device access database in accordance 
with the present invention; and 

FIG. 7 is a detailed block diagram illustrating the remote access server in FIG. 4. 

DETAILED DESCRIPTION OF THE INVENTION 

Hereinafter, the preferred embodiments oJ_a remote control system of a home 
network in accordance with the present invention will be described with reference to 
accompanying drawings. 

FIG. 3 is a block diagram illustrating a remote control system of a home network 
in accordance with the present invention. 

As depicted in FIG. 3, the remote control system of the home network in 
accordance with the present invention includes a home network part- portion in which a 
PC 311, a refrigerator 312, a TV 313 and an Internet gateway 314 are connected to a 
UPnP network; a provider network part- portion in which provider servers 321, 322 are 
connected to the internet; and a remote terminal pafl portion having a radio terminal 
331 and a user PC 332. 

A remote access server exists in the PC 31 1 or the Internet gateway 314 on the 
home network, and the remote access server transmits a state of the pJwa+- plurality of 
network devices to a user in a remote place by controlling the pkffat- pluraiity of network 
devices upon -by receiving a user command. 

In the remote control system of the home network in accordance with the present 
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invention, it is assumed that the provider servers 321, 322 have no function or have a 
very mi nut e funct i on limited function . 

Because the. remote server contact connection and web document service are 
performed in the remote access server located in a house, the oniy function that the 
remote access server i s r e qu e st ed b y needs from the outside on l y to not i fy is notifying 
th e outs i d o of a DNS (domain name server) or an IP address thereof. 

In a fixed IP or a static DNS mode, it is possible to construct the remote access 
server as-iristatic configuration, and the provider's function is unnecessary. 

On the other hand, in a variable IP or a dynamic DNS, although the provider's 
function is necessary^-However, tt- Ithe role is very limited m i nut e in comparison with the 
conventional provider-based remote access service. 

Accordingly, in the remote control system of the UPnP home network in 
accordance with the present invention, by using plural-a plurality of remote terminals 
supporting web browsing according to the UPnP device architecture version 1.0 
standard, operation of the remote access server , facilitates e ff i ci e nt l y p erf orm a bl o 
efficient performance of various remote access services ef- for the home network-wiH-be 
d e scr i b ed. 

F i rst , 4he -The remote access server presented by the remote control system of 
the home network in accordance with the present invention includes the web server 
and has functions for processing ail remote services from user log-in to user log-out.-ta 
t hat cas o , a s As described above, the remote access server receives help of- from the 
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provider only te-for a problem related to an IP pr-or a DNS address. 

The remote access service can be divided into a control flow- process and a 
notification process -flew. Herein, the control process refers to f l ow means a f l ow for 
transmitting a web request of the user to a device control processing unit and 
responding to the web requests and In th e m ea nt i m e^-the notification process refers to 
flow means a f l ow for converting a d i scov e ry determination message or an event 
message d i scov e r e d generated in the UPnP device into a notification request and 
r e f le ct i ng i t on indicating the message in the web document 

In the present invention, it is assumed the remote terminal has on!y_a web 
browsing function, notification^ contents by the remote terminal is r efle ct ed indicated in 
web documents, web documents are updated periodically by the web browser having 
an automatic updating function,, or the user checks new web documents by 
himself/herself. 

If it is possible for a remote terminal to support the system by th e r e mot e t e rm i na l, 
a method for notifying the remote terminal of a UPnP device message asynchronously., 
such as through an e-mail^T-eter can be used. 

FIG. 4 is a block diagram illustrating a remote access server in accordance with 
the present invention. As depicted in FIG. 4, the remote access server includes a device 
control processing unit 430; a remote access server unit 420; and a remote terminal 
service unit 410. It is assumed that the remote access server is loaded in the Internet 
gateway 314 in FIG. 3. 

13 Customer No. 035884 



Substitute Specification (Marked-up) 
Application No. 10/520498 Attorney Docket No. 2080-3323-PCT 

The device control processing unit 430 mutu all y communicates with the remote 
access service unit 420 by an API (application program interface) or other interface 
methods while simultaneously reutu aH y operating with home network devices, n a m e fy - , 
such as the PC 311, the refrigerator 312 and the TV 313 in FIG. 3, by using UPnP 
protocol messages. Hef& m, the -The core of the device control processing unit 430 is the 
UPnP CP. 

In the present invention, it is possible to have a_eaoh-UPnP CP by-for each the 
s a m e- k i nd - type of d e v i c e s device , to allocate a_each4JPnP CP to each remote terminal 
in service ora^d-to have only one UPnP CP. 

In general, a specific CP can control only one specific (sp e c i f i c) k i nd type of 
device- d e v i c e s , and a common CP can control all UPnP devices^. how e v e r However, 
their functions thefeof-4s~are limited. 

In cas e of hav i ng each When there is a UPnP CP by-for each th e sam e k i nd type 
of device d e v i c e s , each CP controls the same type of devices -of that kind, and 
construction of each CP can be more simplified i n comparison than with the other rest 
twe-cases. In th at cas e, i t _ jt is required to perform distributing requests from the 
remote terminal according to kmds- the types of devices, and provide fe tum i ng - b aek 
information transmitted from the UPnP device to the remote terminal connected to each 
device. 

In t he m ea nt i m e , wh e n When a CP is allocated to each remote terminal, it is 
easy to link the remote terminal with the device, ho w ever . However, all devices to be 
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controlled by each remote terminal ftave-te must have a CP function. 

L a st l y, wh e n When there is only one CP, it is required to mak e that the CP have 
has a function capable of controlling all kinds of devices and conn o ct connects f elay-a 
device to wttfr-a remote terminal. However,-4ft when providing of-a service to p l ura l a 
plurality of remote terminals, it is possible to reduce the number of UPnP message 
exchanges by using a service for other terminals. 

In c a se o f When using a h ea vy CP c ontro ll ab le p i ur al which can control a plurality 
of devices, flexible configuration of a CP using , for example. Internet downloadr-eter is 
assumed. 

When a single CP is allocated to the device control processing unit 430, requests 
from pktfal a plurality of remote terminals can be efficiently satisfied. In more detail, 
when two users make ask for a similar k i nd of requests, those requests are unified T and 
it4s-mutually op e rated -performed with a pertinent device. 

For example, when a user 1 subscribes for an event of a state variable A ef- from 
a device 1 from- between one o'clock to- and two o'clock and a user 2 subscribes for an 
event of a state variable A ef -from a device 1 from- between one thirty -toand three 
o'clock, the device control processing unit 430 performs the service for-the user 2 by 
using the event for tbe-user 1 for fir the first thirty minutes , t hen -. Then the device 
control processing unit 430 performs the pertinent service for tbe-user 2 through event 
subscription for the res4- remaining one hour. 

Accordingly, when the single device control processing unit is used, it is possible 
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to save-reduce traffic of the home network and avoid problems oased- caused by 
multiple CPs. 

When the device control processing unit 430 includes a single CP, UPnP 
conversion is performed by the steps shown in FIG. 5. FIG. 5 is a flow chart illustrating 
UPnP conversion processes for the single device control processing unit. 

Herein, it is assumed that requests from the remote access service unit 420 is 
order l y are stored in the order received and processed in a UPnP service request queue. 
In addition, it is assumed that there is a c e rt ain service request table in which a present 
proceeding service request is stored^ and in which a service number item is included-ift 
th e serv i c e r e qu e st tabl e. 

First, it is -judged determined whether there is a service request ( when the UPnP 
service request queue is empty as shown at step S501 v i n th e judg i ng r e su l t, L 
whefl When it is determined that the UPnP service request queue is not empty, the 
present service request is compared with the service request table as shown at step 
S502. 

Aft e rw a rd, i tj t is iudged- then determined whether there is a newly requested 
service in the service request table. In more detail, it is i^dqed- determined whether the 
existing service request a cce pts -is similar to the newly requested service as shown at 
step S503. jfh#^^dgjfic|-fesu}Vwhefh When it is determined that the newly requested 
service is not similar to tfl-the existing service request table, the newly requested service 
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is recorded in the request table — and, if necessary , the device control processing unit 
430 transmits an appropriate UPnP message as shown at step S506. 

On the other hand, in th e judging r e su l t -when it is determined that the existing service 
request there-is a service similar to the newly requested service i n the serv i ce request 
takie, it is wdqed- determined whether it is possible to accept a new the existing service 
request aeee pts th e new l y requ e st e d s e rvic e comp ie t e iy as shown at step S504. I n th e 
judgement result, w he n When it is determined that it is possible to the e x i st ing ser v ice 
r e qu e st can accept the newly requested service request comp le t e ly , the newly 
requested service is added to the existing service request table by adding (a new 
service number i s a dd e d to the service request table) , in ca se o f nee d and, if necessary , 
the device control processing unit 430 transmits an appropriate UPnP message as 
shown at step S507. 

On the other hand, i n th e judg i ng r e su l t, when it is determined that it is not 
possible to th e e x i st i ng s e rv i c e r e gu e st can not accept the newly requested service 
comp le t el y , the service request in the service request table is adjusted in consideration 
of parts -portions not accepted in the existing service request_-and the device control 
processing unit 430 transmits an appropriate UPnP message i n cas e of n ee d jf 
necessary, as shown at step S505. 

In the meantime, in th e judg i ng r e su l t in the step S501 , when it is determined that 
the UPnP service request queue is empty, it is tadqed- determined w hether the UPnP 
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conversion process is finished as shown at step S508, and it is determined to finish the 
UPnP conversion process or start the UPnP conversion process again according to the 
judging r e su l t determination . 

Afterward, the above-described UPnP conversion process is performed 
repeatedly. 

H e r ein , e ach Each CP of the device control processing unit 430 includes a home 
network view. F-orm-of-theThe home network view can be implemented various l y in 
various forms . Generally, it consists of information such as a device list controlled by the 
UPnP CP and a subscr i b e d subscribing event list, eter which is same as a state of each 
device. In addition, when there is a single CP is c onst ruc t e d as sing le or fey-a CP for 
each type of device-kmds. the home network view can be efficiently used i n prov i d i ng 
e ffor providing a service to another remote terminal by using a service request of one 
remote terminal. 

As described above, the UPnP p a ss e s involves steps such as addressing, 
discovering, describing, control, event and presentation. Herein, message exchange is 
included in each step 7 and messages can be largely divided into a command from the 
CP and a notification from the device. 

The command from the CP includes a multicast-search HTTPMU (HTTP 
multicast over UDP) in the discovering step, a HTTP GET message in the describing 
step, an action and query variable SOAP (simple object access protocol) message in 
the control step, a subscription GENA (generic event notification architecture) format 
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message in the event step and a HTTP GET message in the presentation step. 

The notification from the device includes an advertisement response unicast 
message in the determining d i scov e r i ng step and an event GENA format message in 
the event step. And. theThe addressing step is a pre-step for starting UPnP r and 
messages exchanged in the addressing step are not UPnP messages. 

UPnP conversion is performed in the device control processing unit 430, and the 
conversion format fefm-is different according to services depending on the service . 

Ultimately, the UPnP conversion is for solving differences diff e r e nce between the 
home network view of the device control processing unit and the service view of the 
remote access service unit 420. For example, a web request occurs by one click of the 
user in the web page, and it is converted into a service request. However, when useful 
information is_already exist-in the home network view by a service request of another 
remote terminal, UPnP operation does not occur. 

I n cas e of needWhen it is necessary, the device control processing unit 430 
updates the home network view by comparing determination disGovefy-or event from 
the UPnP device with the present home network view A and transmits a notification 
request to the remote access service unit 420. 

The remote access service unit 420 receives the user's web request from the 
remote terminal service unit 410, transmits the request to the device control processing 
unit 430 after converting the request into a service request format appropriate te-for the 
device control processing unit 430, receives information about a state of the UPnP 
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device from the device control processing unit 430 x and transmits the information to the 
remote terminal service unit 410 to t r an s mit ti- for transmission to the remote terminal. 

According to the contents, T-he-the user's web request is converted into a-service 
r e qu e st re quests such as for starting remote access service-start, operation of a device 
op e ration , update of the device state-gfasp, de v ice event subscription^and ending 
remote access service e nd according to cont e n ts. In addition, the remote access 
service unit 420 receives a notification request from the device control processing unit 
430 A and updates a related service view t he r e of i n c a s e of n oo d when it is necessary . 

Each remote service managed by the remote access service unit 420 has eaoh-a 
respective service view. In addition, the service view shows the home network on the 
user's remote terminal and it-consists of web documents of th e related to the home 
network to be controlled by the user such as a device state, a control page, a device list 
page and a user option pager-etc. 

The remote access service unit 420 vafies- changes a service view according to ± 
for example, variation of the home network view, result of the user control command, 
and abuser's option changeT-etG^n44he -. The service view is im^emented- generated 
as a form of active web page g e nerat i o n. For th a t , tho The remote access service unit 
420 includes a document generator for making contents to be transm i tt e d for 
transmission to the user as web documents, such as XML. 



The remote access service unit 420 stores and maintains a_service profile database 
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having categories^ such as user, terminal type, and Internet connection typeT-etc. 

The profile database has static configuration^ or it can be updated by using an 
option page of the service view after the user is connected to the remote access service. 
In addition, the profile database includes information such as a list of the user's 
preferred d e v i c e li st of th e u ser- devices , a list of r e qu e st requested events e v e nt list, 
performance of the remote access terminal^ such as a screen size and an input device 
kind, bandwidth and pr ov i d i ng s e rv i c e of services provided from the user network A and 
user access priority by-for UPnP devices. The service view and the UPnP conversion 
fefffl- format are cont in u all y in f luen c e d by varied according to the information while the 
service is p roceede d progress . 

Whenever the remote terminal requests a service, the remote access service unit 
420 can allocate one service module and can include one integrated service module. 
Under all circumstances, a.device access database for supporting simultaneous access 
of plural users has to -be e x iste d must be present in the profile database. 

The device access database includes data A such as each user's priority rank or 
access probability, eter-according to a_share (collision) level fey- of the users, devices., or 
de v i c e 's op e rat i on s operations in the devices . 

In addition, a fofm- type of the device access database is determined according to 
a device access policy by sp e c i fi c-imple m e nt for a particular implementation . 

The device access database according to the device access policy will be 
described in more detail with reference to accompanying FIG. 6. 
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F I G. 6' i s FIGS. 6(a)-(d) are -an exemplary view- views illustrating the device 
access database used in the remote access server T . FIG. 6(a) is an exemplary view 
illustrating the device access priority list table according to the above-mentioned device 
access policy T . FIG. 6(b) is an exemplary view illustrating a share type table according 
to device b y de v ice's operations and a ccord i ng to the above-mentioned device access 
policyfHK 6(c) is an exemplary view illustrating authority by- according to priority 
lists , and^ FIG. 6(d) is an exemplary view illustrating authority according to bv-users 
aboy^ and operations supported by the device. 

Rfstr- The policy regarding device-simultaneous access to a device policy 
consists of several fol l ow i ng rules. 

1 . There is a use priority list b y u s e rs . 

2. It is determined displa y ed-whether the device is exclusive at every operation. 

3. When collision occurs a^ during an operation of the exclusive device, the 
collision is solved according to the user priority rank. 

4. In case of the same priority rank, priority is given to a user starting operation 

first. 

5. A l though - Even if the priority of a new user is higher, an existing operation 
cannot can not be stopped while the operation is performed. 

The device access priority rank list in FIG. 6(a) records a priority list by -according 
to users a bout for ail devices in the home network. 
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As shown in FIG. 6(a), in the device access priority rank list, a priority rank of the device 
1 is allocated to users in the order of a-user C, a-user B and a-user A. In more detail, 
when a communication from the-user A collides with a communication from fee-user C 
in the device 1 , the-user C has priority. 

As shown in FIG. 6(b), a share type table according to device by d e v i c e 's 
operations shows share types of toe-device 2. Herein, operations 1 and 3 indicate 
access ef-bv other users is impossible while a pertinent operation is being performed. 

FIG. 6(c) is an exemplary view showing access authority according to bv-prioritv 
ranks about of operations of each devicer-when- . When a priority rank is 1 , authority is 
given to all operations- when- When a priority rank is 2, authority is given only to an 
operation 3r-whef R When a priority rank is 3, authority is given only to an operation 2. 



authority by users regardless of the priority rank. 

FIG. 6(d) is an exemplary view showing authority according to bv-users ateeut 
d e v i c e's and device ope rati onsr-as- . As shown in FIG. 6(d), the-device 2 provides 
authority about -for each operation by users. 

Examples in F4G^6 -FIGS. 6(a)-fd) show simultaneous access in the device 
operation levelr-he re i n, i t^ Jht is also possible to perform simultaneous access control in 
the device unit or the home network unit. In addition, it is also possible to perform 
simultaneous access control by compromising the device unit and the operation unit. 




-As described above, there is a method for providing 
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For example, it is possible to perform access control to toe-device 1 tn-atthe 
device level and perform access control to tbe~device 3 in-atthe operation level. In more 
detail, when a_col!ision occurs, the collision can be solved by us i ng m e th ods such a s a 
m e t hod f or considering a user having higher priority, a m eth od fo r considering a user 
starting the remote access service firsts and a m e thod for considering a user starting a 
specific operation of a specific device firstrete. 

Of course, there can be other collision solving methods-fef , such as those 
considering mixing priority, remote service access order, and operation order. Herein, a 
collision solving method according to priority rank is performed between the users 
having different priority ranks, and a collision solving method according to fer- 
cons i d e ring a user starting an operation first is performed between the users having the 
same priority rank. 

Policy for collision solving mechanism can have various forms and complexities 
according to depending on share units and collision solving methods. 

In FIG. 4, the remote terminal service unit 410 communicates with the remote 
terminal as-ina web request/response mode^Jn-IiLa control process- flew, it- the remote 
terminal service unit 410 transmits a user's request to the remote access service unit 
420 and transmits web documents from the service unit 420 to the user as- in a web 
fesponsetngh- response mod e . 

In a notification process-H ow, the remote terminal service is 
corr e spond e d corresponds to web browser automatic update or user confirmation by 
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providing a new web document to the user. 

The remote terminal service unit 410 includes a built-in web server and a space 
for storing web documents. In the web document storing space, a-style docum e nt 
documents for various remote terminals can be stored by b eing 
synchron i z e d synchronizinq with the profile database of the remote access server. For 
example, in use o f when using XML, a-an XSL stylesheet is stored in the web document 
storing space, and the XSL stylesheet can be applied to the remote terminal before 
transmitting the XML document to the remote terminal. 

The event from the UPnP device can be transmitted to the user as e-mail, SMS^ 
aftd-orvoice telephone , for that, the . The remote terminal service unit 410 has to 
include pertinent modules because of this . 

FIG. 7 is a detailed block diagram of the remote access server-. as-As depicted 
in FIG. 7, the remote access server consists of the remote terminal service unit 410; the 
remote access service unit 420; the device control processing unit 430; and the setup 
module 440 for static configuration and setup. 

H e r ei n, th e -The device control processing unit 430 includes the UPnP integrated 
CP module 431 . In addition, the remote access service unit 420 includes the service 
branch module 421 ; the service module 422; the UPnP conversion module 423; the 
profile database 424 A and the XML module 425 as the-a_character generator. 

The remote terminal service unit 410 includes the web server module 411, the 
XML document DB 41 2 A and the e-mail module 413. 
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I n ord e r to contro l a l l k i nds of d e v i c e s of th e d e v i c e controi proc e ss i ng un i t 4 30 y 
the The setup module 440 has functions for controlling many kinds of devices, such as a 
download function for statically configuring the UPnP integrated CP module 431 
statieatiy , which is in the device control processing unit 430. The setup module 440 also 
has functions, such as for initializing and updating the profile database 424 of the 
remote access service unit 420. 

The profile database 424 has a device access database. 

The remote access service unit 420 generates each service module 422 for each 
connected remote terminal and provides a remote access service. However, only an 
integrated CP is shown in the UPnP network as the one and only remote access CP. 

The service branch module 421 of the remote access service unit 420 performs 
generation and collection of the service module 422 according to conn e ction and e nd 



requests to a pertinent service module and transmits a notification request arr i v e d 
received from the service module to the e-mail module 413 of the remote-access 
service unit 410. In more detail, it is assumed that the remote terminal having a function 
for processing asynchronous notification is supported. 

I n that -sase^tre- The remote access server , which is operated as- based on XML 
basis, ^generates required XML documents dynamically in the XML module 425 
GOfFesponded corresponding to the document generator of the remote access service 
unit 420 in a general modeL. and s e rv i c e s i t provides the XML documents to the user. In 




ie rthe user's reguests for connecting and ending , transmits web 
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addition, the remote access server performs services e as il y -to various terminals by 
using , for example, the XSL stylesheet according to the device terminal and the use* 
user's taster-ete. 

In the meantime, injn the embodiment of the present invention, co nt ro l and 
eheek controlling and checking of the home network devices and accessing te-the home 
network from a remote place have been described-^ on th e bas i s of that Based on the 
described embodiment of the present invention , more services can be perfor m ed 
provided as foi l ow i ng follows . 

1 . When a user stays away from home for a long time, it is possible to manage a 
specific home network m- from a remote place. It can be performed easily when the 
remote access server describes the home network as XML documents. 

2. In a method for managing the home network devices by a manufacturing 
company selling them, selection ranges can be increased. In the conv e ntion 
conventional method, when there is a need to report a device state to a-the 
manufacturing company, mai n l y the device p e rfo r m s reguests a connection r e qu e st to 
the home network and nottfies-tt reports the need through the Internet connection. 

However, the manuf acturing company can access to the device periodically, for 
example, proe-m- every six months, t he m an uf a ct u r in g compan y can ae cess to the 
device and check a- the state of the device. In that case, it is assumed that the user 
provides a limited home network access right to the manufacturing company . I t m e ans 
and there is no need to implement a manufacturing company report function for the 
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home network d evi ce r a nd accord inqly . Accord i ng I y , it can be-used efficiently-fof 
ma i nta i ning efficient maintenance and management of managing a l ow pr i c e li ght 
devloe low-priced simple devices is possible . 

3. Th e r e is app li cation poss i b ili ty to app l y i t to The home network can be applied 
to web services. When -If r e p rese nt a t i on the communication of the home network is 
performed as-in_XML (as one of web service standards), it is possible to construct a 
service prov i dab l e , which may be available to the outside, and other ap p li cat ion 
possi b ili t y kinds of applications +s~ are possible v e ry high. 

I NDUSTRIAL APPL I CAB I L ITY 

As desc fibed-nabeve in detail, in the The present invention, by making a light 
remote terminal having various kinds of web browsing functions for access to the UPnP 
home network tn- from a remote place, there are following search advantages. 

First, in the present invention.-it is possible to provide a customized custom ta ile d 
service according to a-k- Mhe type of a remote terminal, user preference^ and network 
environment. 

In addition, i n - th e- pr e s e nt --i w en ti o n r-when plural terminals attempt to access te 
the home network simultaneously, it is possible to process the access attempts if 
efficiently and solve 6etiis4efreGGwakte~ collisions which can occur in the home network 
devices. 

In addition, i rv - th e-pfese^t-ffwenfenT-because only web browsing function is 
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required for the remote terminal and there is little requirement, supply is very easy. 

As the present invention may be embodied in several forms without departing 
from the spirit or essential characteristics thereof, it should also be understood that the 
above-described embodiments are not limited by any of the details of the foregoing 
description, unless otherwise specified, but rather should be construed broadly within its 
spirit and scope as defined in the appended claims, and therefore all changes and 
modifications that fall within the metes and bounds of the claims, or equivalence of such 
metes and bounds are therefore intended to be embraced by the appended claims. 
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Abstract 

A remote control system of a home network includes a local home network to 
which p\wa\-a plurality of devices are connected; a remote terminal for controlling the 
local home network from a remote place; and a remote access server hav i ng a funct i on 
o ffunctioninq as a local control point and transferring and receiving request/response to 
and from the remote terminal. States of equipments connected to the home network can 
be monitored and controlled by using various terminals. 
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